home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960425-19960715 / 000282_news@columbia.edu _Sat Jun 22 11:13:22 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id LAA03286 for <kermit.misc@watsun.cc.columbia.edu>; Sat, 22 Jun 1996 11:13:22 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id LAA15613 for kermit.misc@watsun; Sat, 22 Jun 1996 11:13:20 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc,comp.os.aos
  7. Subject: Re: File transfer between AOS/VS and MS-DOS
  8. Date: 22 Jun 1996 15:13:18 GMT
  9. Organization: Columbia University
  10. Lines: 84
  11. Distribution: inet
  12. Message-ID: <4qh2ie$f7r@apakabar.cc.columbia.edu>
  13. References: <31CB9ADB.432C@soback.kornet.nm.kr>
  14. NNTP-Posting-Host: watsun.cc.columbia.edu
  15. Xref: news.columbia.edu comp.protocols.kermit.misc:5426 comp.os.aos:763
  16.  
  17. In article <31CB9ADB.432C@soback.kornet.nm.kr>,
  18. Dong G. Kim <kps01@soback.kornet.nm.kr> wrote:
  19. : We are using Data General MV/60000 HA-1 and its OS is AOS/VS II.
  20. : And we use C-Kermit and MS-Kermit protocol for file transfer between two 
  21. : systems. It is fairly well in operation but too slow to send or receive 
  22. : a large file. Approximately, it give us 300cps performance with 28.8Kbps 
  23. : modem. I thought, there is no solution to improve the file transfer 
  24. : speed.
  25. : Recentry, I saw the FAQ list about Kermit. And I get to know Kermit is 
  26. : not a low performance file transfer protocol.
  27. : It said that we can tune up the Kermit to improve the speed.
  28. : Especially, long packet size and multiple windows, etc.
  29. : 
  30. : And I got the current version of C-Kermit and MS-Kermit now.
  31. : C-Kermit 5A(190) and MS-Kermit 3.14 repectively.
  32. : Then I tested using them.
  33. : 
  34. : From AOS/VS to MS-DOS(download), it was great!! More than 4 or 5 times 
  35. : faster than before. No retries at all. I had excited.
  36. : 
  37. : But, from MS-DOS to AOS/VS(upload), I failed every times. There were too 
  38. : many retries. Sometimes, program aborted caused by retries. Sometimes, 
  39. : file has been trnasferred to PC with about 100 times retries.
  40. : You can imagine, how performance it was!
  41. : But, I don't know why. 
  42. : Please help to solve this problem.
  43. : 
  44. : The only changed parameters by me are as follows;  
  45. : 
  46. : set receive packet-length 2000
  47. : set block 3
  48. : set wind 4
  49. :
  50. It sounds like a lack of flow control.  The PC is sending bytes faster
  51. than the MV system can read them, and so some of the incoming bytes are
  52. lost before Kermit even gets a chance to read them.
  53.  
  54. The same thing happens, by the way, on a Telnet connection.  AOS/VS
  55. C-Kermit can send files at high speed using large packet and Window sizes,
  56. but it can not receive them that way.
  57.  
  58. So I think we have a lack of adequate flow control combined with a
  59. terminal driver that is not designed to receive large amounts of input
  60. (regardless of the communication method).
  61.  
  62. The best solution is to enable a good method of flow control.  Start
  63. Kermit this way:
  64.  
  65.   ) char/on/hifc/hofc
  66.   ) x kermit
  67.   C-Kermit> set flow keep
  68.  
  69. This tells AOS/VS to enable RTS/CTS flow control on your login port, and
  70. "set flow keep" tells Kermit not to try to change the flow control on the
  71. port.  Of course RTS/CTS must also be enabled on the modem that is
  72. connected to the port.
  73.  
  74. If that doesn't work, then try using Xon/Xoff software flow control:
  75.  
  76.   ) char/on/ifc/ofc
  77.   ) x kermit
  78.   C-Kermit> set flow xon/xoff
  79.  
  80. In this case you must enable LOCAL Xon/Xoff flow control in the modem.
  81.  
  82. If you are still having trouble, then try using a smaller packet size
  83. and/or window size when sending to AOS/VS.  Remember, the rule is:
  84.  
  85.   For any given connection, there is an optimum combination
  86.   of packet and window size.
  87.  
  88. If you make it smaller, the transfer will go unnecessarily slow.  If you
  89. make it bigger there will be errors.  The nice thing about Kermit is that
  90. it has commands to let you control every aspect of its operation and
  91. configure optimally for every connection.
  92.  
  93. By the way, most of the above is covered in the manual, "Using C-Kermit",
  94. in the file transfer section and in the AOS/VS appendix.
  95.  
  96. Finally, you might want to look at the new C-Kermit 6.0.192 Beta test,
  97. which is available for AOS/VS as well as UNIX and VMS.  It is in the
  98. kermit/test directory tree on kermit.columbia.edu.
  99.  
  100. - Frank